home *** CD-ROM | disk | FTP | other *** search
- Path: fido.asd.sgi.com!austern
- From: austern (Matt Austern)
- Newsgroups: comp.std.c++
- Subject: Re: Give operator. a chance
- Date: 26 Jan 1996 11:52:47 PST
- Organization: SGI
- Approved: austern@isolde.mti.sgi.com
- Message-ID: <AUSTERN.96Jan26100328@isolde.mti.sgi.com>
- References: <3102AD11.1663@et.se> <4e8g4t$aa3@hermes.synopsys.com>
- <4easfd$puc@news2.delphi.com>
- Reply-To: austern@mti.mti.sgi.com
- NNTP-Posting-Host: isolde.mti.sgi.com
- X-Original-Date: 26 Jan 1996 18:03:28 GMT
- In-Reply-To: jodle@bix.com's message of 26 Jan 1996 09:36:51 PST
- X-Auth: PGPMoose V1.1 PGP comp.std.c++
- iQBVAwUBMQkxd0y4NqrwXLNJAQFR3wIAiqiWQNlObOdo/lwENUzgcdCAplmGwtQz
- UTD/D0i0NTGIsSMoIlV9y21kdm4jP/XGGu4W55/7wEHyydKNPDBRRQ==
- =zpCS
- Originator: austern@isolde.mti.sgi.com
-
- In article <4easfd$puc@news2.delphi.com> jodle@bix.com (jodle) writes:
-
- > I'm afraid there is something I don't understand about this approach. For
- > a nontrivial class, one in which you have a delegate pointer and other
- > members, how would you propose the compiler discriminate between
- > overloaded (delegative) member selection and the selection of actual
- > members of the class? This would become an issue as soon as a member
- > function tries to access member data or a user of the class attempts to
- > form a call to a member function.
-
- There's a long discussion of operator. in D&E, and some of it
- addresses precisely this point. If you're interested in operator.,
- you may find that discussion useful: it may not change your opinion of
- whether or not operator. is a good idea, but it'll probably give you a
- clearer idea of some of the issues.
-
- I've never had a strong opinion about operator. one way or the other
- (I have slightly different operator fetishes), but I do think it's
- quite clear that operator. will not make it into the C++ standard.
- Still, it's interesting from a theoretical and historical perspective.
-
- --
- Matt Austern
- SGI: MTI Compilers Group
- austern@isolde.mti.sgi.com
- ---
- [ comp.std.c++ is moderated. Submission address: std-c++@ncar.ucar.edu.
- Contact address: std-c++-request@ncar.ucar.edu. The moderation policy
- is summarized in http://dogbert.lbl.gov/~matt/std-c++/policy.html. ]
-